Method and devices for copy protection, copy protected record carrier

ABSTRACT

A method for copy protection includes providing audiovisual or audio data stored in sectors of a record carrier having a file system, and providing additional or modified data to be stored in further sectors. The method includes generating a first file of the file system referencing at least a part of the sectors and none of the further sectors, so when the first file is rendered by a playback device, the data is reproduced which is included in the part of the sectors. The method also includes generating a second file of the file system being another file than the first file and referencing at least a part of the sectors and further referencing at least one of the further sectors, such that when the second file is rendered by the playback device the part of the sectors and the at least one of the further sectors are reproduced.

Embodiments of the invention relate to methods, devices and systems forcopy protection as well as to copy protected record carriers.

BACKGROUND

Various methods and algorithms for copy protecting content stored on arecord carrier exist. Content that may be protected by such copyprotection methods may e.g. be data such as computer programs,audiovisual content such as e.g. movies, and/or audio content in audiofiles.

However, many of the available methods and algorithms for copyprotection have been “hacked”, i.e. the copy protection may be removedfrom the record carrier and the content be distributed on recordableoptical data carrier or as “ripped” versions stored on hard disks orother storages.

Thus, there is a constant need to improve the quality of copy protectionmethods and algorithms.

BRIEF SUMMARY

It is an object of embodiments of the invention to provide a method, adevice and a system for copy protection. It is a further object of theinvention to provide a copy protected record carrier.

These objects are solved by the independent claims.

Further details of the invention will become apparent from aconsideration of the drawings and ensuing description.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

The accompanying drawings are included to provide a furtherunderstanding of embodiments and are incorporated in and constitute apart of this specification. The drawings illustrate embodiments andtogether with the description serve to explain principles ofembodiments. Other embodiments and many of the intended advantages ofembodiments will be readily appreciated as they become better understoodby reference to the following detailed description. The elements of thedrawings are not necessarily to scale relative to each other. Likereference numerals designate corresponding similar portions.

FIG. 1 shows an embodiment with interleaved files, wherein two differentfiles X and Y reference at least partly the same sectors of a recordcarrier.

FIG. 2A shows a file A of a Blu-ray disc.

FIG. 2B shows a file B with a plurality of Extents of a Blu-ray disc.

FIG. 2C shows two files C and D each referencing at least partly thesame sectors of a Blu-ray disc.

FIG. 2D shows an embodiment of a Blu-ray disc, wherein one of two filesreferences sectors with additional video content (non-genuine content).

FIG. 3 shows a flow chart of a method for copy protection.

FIG. 4 shows an embodiment with a plurality of playlists.

FIG. 5 shows an embodiment wherein a plurality of Extents existreferencing non-genuine content.

FIG. 6 shows a further embodiment with a plurality of Extents thatreference non-genuine content, however, the order of the Extents beingdifferent with respect to the embodiment of FIG. 5.

FIG. 7 shows an embodiment with a large number of files.

FIG. 8 shows an embodiment for copy protecting binary data.

FIG. 9 shows a flow chart of a method for copy protecting binary data.

FIG. 10 shows an embodiment where some files include only genuinecontent whereas other files include genuine and non-genuine content.

FIG. 11A shows a device for generating an image for the manufacturing acopy protected Blu-ray disc.

FIG. 11B shows a method for generating an image for the manufacturing acopy protected Blu-ray disc.

FIG. 11C shows a device for manufacturing a copy protected Blu-ray disc.

FIG. 12 shows an embodiment where a copy protection is achieved based ona multi-angle play item.

FIG. 13 shows an example how the copy protection of FIG. 12 works incase a hacker removed a BD-J runtime thread.

FIG. 14 shows an example of how the copy protection of FIG. 12 works incase playback is from a copy with the BD-J runtime thread being used forplayback.

FIG. 15 shows how the concept explained by means of FIG. 12 can becombined with the embodiments of FIGS. 1 to 11.

FIG. 16 shows a further embodiment based on FIG. 15.

FIG. 17A shows the file structure of a 3D Blu-ray disc.

FIG. 17B shows how the concepts explained by means of FIGS. 1 to 16 maybe explored in the context of a 3D Blu-ray disc.

DETAILED DESCRIPTION

In the following, embodiments of the invention are described. It isimportant to note, that all described embodiments in the following maybe combined in any way, i.e. there is no limitation that certaindescribed embodiments may not be combined with others. Further, itshould be noted that same reference signs throughout the figures denotesame or similar elements.

It is to be understood that other embodiments may be utilized andstructural or logical changes may be made without departing from thescope of the invention. The following detailed description, therefore,is not to be taken in a limiting sense, and the scope of the presentinvention is defined by the appended claims.

It is to be understood that the features of the various embodimentsdescribed herein may be combined with each other, unless specificallynoted otherwise.

FIG. 1 shows a part of a record carrier 1. The part includes a pluralityof sectors 3-1, 3-2, 3-3, 3-4, 3-5, 3-6, 3-7, 3-8, 3-9, 3-10, 3-11,3-12, and 3-13 (in the following denoted with sectors 3-1, . . . , 3-13)and further sectors 4-1, 4-2, 4-3. A sector may also be referred to as alogical block and may include, depending on a standard of the recordcarrier 1, a predefined number of bytes.

The sectors 3-1, . . . , 3-13 may store binary data, audiovisual dataand/or audio data which is copy protected as will be evident from thefurther description. The further sectors 4-1, 4-2, 4-3 may storeadditional or modified binary data, additional or modified audiovisualdata and/or additional or modified audio data.

The binary data, audiovisual data and/or audio data stored in sectors3-1, . . . , 3-13 may store original (genuine) data/content. In otherwords, in case only the data/content stored in sectors 3-1, . . . , 3-13is read/reproduced by a reading device for the record carrier 1, theoriginal data/content will be read/reproduced.

Depending on the design of the copy protection, the additional binarydata, additional audiovisual data and/or additional audio data mayinclude non-genuine data/content. Thus, in case any of the data/contentstored in further sectors 4-1, 4-2, 4-3 is read/reproduced by a readingdevice for the record carrier 1, non-genuine data/content will beread/reproduced.

Each of the sectors 3-1, . . . , 3-13 and further sectors 4-1, 4-2 and4-3 may be accessed based on an address of the respective sector. Theaddress may also be referred to as “logical block address”. In FIG. 1and the following respective Figures, the addresses are indicated by anarrow (see arrow 2 in FIG. 1).

As indicated on the left hand side, record carrier 1 includes a firstfile X and a second file Y. First file X references the sectors 3-1, . .. , 3-13 and second file Y references the further sectors 4-1, 4-2 and4-3. The referencing may be directly (not shown) or by way of dataunits. It should be noted that a referencing by way of data units is anoption only and other ways of referencing may be possible. The dataunits may depend on the file system of the record carrier. For example,if the file system is the UDF (Universal Disk Format) file system, thedata units may be referred to as “extents”.

In the embodiment of FIG. 1, the referencing by means of data units isdepicted.

As indicated, first file X includes data units DU0-X, DU1-X and DU2-X.First file Y includes data units DU0-Y and DU1-Y.

In case first file X is read/reproduced only data/content isread/reproduced which is referenced by first file X. In the example ofFIG. 1, this would be data/content stored in sectors 3-1, . . . , 3-13.

Further, in case second file Y is read/reproduced only data/content isread/reproduced which is referenced by second file Y. In the example ofFIG. 1, this would be data/content stored in sectors 3-1, . . . , 3-4(included in data unit DU0-Y) and in further sectors 4-1, 4-2 and 4-3(included in data unit DU1-Y).

Thus, in case of reading/reproducing second file Y, the additionalbinary data, additional audiovisual data and/or additional audio datawill be read/reproduced too.

In the embodiment of FIG. 1, a copy protection is achieved since in casethe second file Y is read/reproduced, non-genuine content and/or anon-genuine reproduction will occur. A copier (hacker) who is not awarewhich file to read/reproduce will make a copy with non-genuine contentand/or a non-genuine reproduction will occur in case the copy is usedfor playback.

In a further embodiment, the copy protection may be enhanced by storingfurther second files such as second file Y on the record carrier. Eachof the further second files are other files than the first file and thesecond file, the further second files respectively referencing at leasta respective part of the plurality of sectors and further referencing atleast a respective one of the plurality of further sectors, such thatwhen a respective further second file is rendered by the playback devicethe respective part of the plurality of sectors and the respective oneof the plurality of further sectors are reproduced.

In case of many second files (such as the second file Y in FIG. 1), acopier will not easily identify which file is a file only referencingsectors including binary data, audiovisual data and/or audio data, i.e.sectors including only genuine data/content in the correct readingorder.

It should be noted that the record carrier 1 in FIG. 1 may conform to acertain standard for storing the data. The record carrier may e.g. be aCD-ROM, DVD, Blu-ray disc or of a future standard.

Also, it should be noted that FIG. 1 only shows sectors, furthersectors, files and data units, e.g. extents in case of an UDF filesystem, for illustrative purposes. Depending on a real application, thenumber of sectors/further sectors included in a data unit, the number ofdata units included in a file may be set appropriately, e.g. larger thanthe number indicated in FIG. 1.

For illustration purposes, FIGS. 2A to 2D show an embodiment where thedata carrier is a Blu-ray disc.

FIG. 2A shows an example of a file A referencing sectors 5-1, . . . ,5-n which are included in an extent Ext0 _(A). A sector (also referredto as “logical block”) has a fixed number of bytes, e.g. 2048 bytes incase of Blu-ray and DVD. An extent (as an example of a data unit) is acontiguous sequence of sectors. It should be noted, though, that incontrast to files, according to the UDF file system of a Blu-ray disc,extents do not have names. However, in order to explain the variousembodiments, throughout this specification extents are labeled (e.g.Ext0 _(A) in FIG. 2A).

FIG. 2B shows an example of a file B comprising a plurality of ExtentsExt0 _(B), Ext1 ₃, and Ext2 _(B). Each of Extents Ext0 _(B), Ext1 _(B),and Ext2 _(B) may reference respective sectors or further sectorsindicated as 8-1, . . . , 8-n.

As seen in FIG. 2C, the sectors and further sectors respectively storingbinary data, audiovisual data and/or audio data and additional binarydata, additional audiovisual data and/or additional audio data may bereferenced by a plurality of Extents and, hence, by a plurality offiles. As seen, e.g. sectors 9-1, . . . , 9-m are referenced by file Cand file D (respectively via extent Ext0 _(C) and Ext0 _(D)).

Moreover, it is possible that Extents share some logical blocks withother Extents, e.g. Ext2 _(C) shares logical blocks with Ext1 _(D) andExt2 _(D). Ext1 _(C), however, does not share logical blocks with fileD.

FIG. 2D shows an example with a first file 00000.m2ts and a second file00001.m2ts. As shown, first file 00000.m2ts includes Extents Ext0 ₀,Ext1 ₀ and Ext2 ₀. Moreover, second file 00001.m2ts includes ExtentsExt0 ₁, Ext1 ₁, and Ext2 ₁.

As seen, Extents Ext0 ₀ and Ext0 ₁ reference the same logical blocks(sectors) 16-00-1, . . . , 16-00-n on the disc. Moreover, the same istrue for Extents Ext2 ₀ and Ext2 ₁ each referencing the same logicalblocks (sectors) 16-20-1, . . . , 16-20-n. However, Extents Ext1 ₀ andExt1 ₁ reference different logical blocks on the disc. Extent Ext1 ₀references logical blocks (sectors) 16-10-1, . . . , 16-10-n and ExtentExt1 ₁ references logical blocks (further sectors) 16-11-1, . . . ,16-11-n.

In the example of FIG. 2D, the logical blocks (further sectors) 16-11-1,. . . , 16-11-n include additional or modified audiovisual data oradditional or modified audio data, i.e. “no good” (bad) content (alsoe.g. referred to as “non-genuine” content as indicated by sign 18. Thus,in case the second file 00001.m2ts is reproduced by a playback device,the respective non-genuine content will be reproduced. On the otherhand, in the example of FIG. 2D, it is also assumed that the logicalblocks (sectors) 16-00-1, . . . , 16-00-n, 16-10-1, . . . , 16-10-n, and16-20-1, . . . , 16-20-n referenced by the first file 00000.m2ts viaExtents Ext0 ₀, Ext1 ₀ and Ext2 ₀ include original (genuine) content.Hence, in case the second file 00001.m2ts is reproduced, only thegenuine content and non of the non-genuine content in the furthersectors 16-11-1, . . . , 16-11-n is reproduced.

The further sectors 16-11-1, . . . , 16-11-n may e.g. includeadvertisements (in audio, in video or in both), video artifacts, audioartifacts, copyright infringement warnings, information how to purchasea legitimate copy, exchanged audio streams and the like.

The further sectors 16-11-1, . . . , 16-11-n may also correspond to amodified copy of sectors 16-10-1, . . . , 16-10-n. In other words,Extent Ext1 ₁ (as an example of a data unit) may be a modified copy ofExt1 ₀. The modification may be such that the content included in themodified copy, i.e. in Extent Ext1 ₁, includes advertisements (in audio,in video or in both), video artifacts, audio artifacts, copyrightinfringement warnings, information how to purchase a legitimate copy,exchanged audio streams and the like. However, a format of the modifiedaudiovisual data or audio data may be in conformity with a specificationof the format of the audiovisual data or audio data of the respectiveone data unit.

For example, in case the content of extent Ext1 ₀ is stored inaccordance with the MPEG-2 standard, then the content of extent Ext1 ₁(modified copy of extent Ext1 ₀) may also be stored in accordance withMPEG-2 standard. In other words, also the modified copy of the contentis in conformance with the corresponding specification, i.e. inconformity with the MPEG-2 specification. This may avoid that a copier(copy program, hacker, etc.) may easily detect that the content storedin extent Ext1 ₁ is non-genuine content by means of a formatverification (e.g. by a computer program).

In the lower part of FIG. 2D reading the first file 00000.m2ts and thesecond file 00001.m2ts is depicted. As seen at 10, the playback path ofthe first file 00000.m2ts is such that extents Ext0 ₀, Ext1 ₀ and Ext2 ₀are read consecutively. Since extents Ext0 ₀ and Ext1 ₀ referencerespective logical blocks which are adjacent to each other (see lastsector 16-00-n of Ext0 ₀ is adjacent to first sector 16-10-1 of Ext1 ₀in a reading direction indicated by arrows 11-1, . . . , 11-4), areading head of a playback device can continuously move across theBlu-ray disc. However, after reading the last sector 16-10-n of ExtentExt1 ₀ a reading head of a playback device has to jump to the firstlogical block 16-20-1 of Ext2 ₀ as indicated by arrow 11-3. The reasonthat a jump is necessary is because the last logical block 16-10-n ofExtent Ext1 ₀ is not adjacent to the first logical block 16-20-1 ofExtent Ext2 ₀.

Similarly, when reading the second file 00001.m2ts, a reading head whichconsecutively reads the data of extents Ext0 ₁, Ext1 ₁ and Ext2 ₁, thereading head moves as indicated by arrows 13-1, . . . , 13-4. Thus,after reading Ext0 ₁, a jump is necessary as indicated by arrow 13-2.

It should be noted that depending on a practical implementation, extentsmay not be freely or arbitrarily distributed across a data carrier andmay be subject to size constraints in accordance with the relevantformat specification. An arbitrary distribution may cause the playbackdevice to run into buffer underflows in case the distances between twoextents to be read consecutively becomes too large (large jumps would benecessary which takes time). Consequently, it may be advantageous toadhere to the maximum distance which is allowed between two extents tobe read consecutively within one file. Also it may be favorable torespect the size constraints defined for the related formatspecification.

FIG. 3 shows a method for copy protection. At 20 audiovisual data oraudio data is provided. This may be data representing original contentwhich is to be copy protected. The audiovisual data or audio data isstored in a plurality of sectors of a record carrier, e.g. sectors16-00-1, . . . , 16-00-n, 16-10-1, . . . , 16-10-n and 16-20-1, . . . ,16-20-n.

At 22, additional or modified audiovisual data or additional or modifiedaudio data is provided. This additional or modified audiovisual data oradditional or modified audio data is to be stored in a plurality offurther sectors of the record carrier such as e.g. sectors 16-11-1, . .. , 16-11-n shown in FIG. 2D.

At 24, a first file is generated. This may, e.g. be the first file00000.m2ts shown in FIG. 2D.

At 26, a second file is generated. This may, e.g. be the second file00001.m2ts shown in FIG. 2D.

At 28 in FIG. 3 an optional step/process is depicted. Accordingly, it ispossible that program instructions are generated which are to be storedon the record carrier which is to be copy protected. The programinstructions, when executed by the playback device may extractcharacteristic parameters of the record carrier. Based on thecharacteristic parameters the first file may be discriminated from thesecond file. The extraction of characteristic parameters is alsodescribed in WO 2010/133353 (PCT/EP2010/003073) which is herewithincorporated by reference in its entirety.

As an example, in the example of FIG. 2D, it is possible that programinstructions are generated and stored on the record carrier, wherein theprogram instructions allow to select the first file 00000.m2ts forplayback in order to avoid that the additional or modified audiovisualdata or additional or modified audio data stored in sectors 16-11-1, . .. , 16-11-n is reproduced.

As already indicated in connection with FIG. 1 above, for copyprotection, it may be advantageous to include a plurality of files suchas the second file 00001.m2ts in FIG. 2D on a record carrier which eachrespectively reference “further sectors” including non-genuine contentand e.g. only one file referencing only sectors storing genuine content.In the context of an embodiment based on a Blu-ray disc, this would meanto include a plurality of files such as the second file 00001.m2ts ofFIG. 2D in the UDF file system of the Blu-ray disc. Since such aplurality of second files include non-genuine content and may begenerated by the creator of the disc for copy protection purposes, suchfiles may also be referred to as “fake files”.

In a further embodiment shown in FIG. 4, the concept of having aplurality of such “fake files” is explored. Thereby, a Blu-ray disc 30includes data as indicated at 34, i.e. the Blu-ray disc 30 includes aplurality of fake movie playlists 1, . . . , i, i+2, . . . , nrespectively referencing fake clip information files 1, . . . , i+2, . .. , n which in turn reference fake files 1, . . . , i, i+2, . . . , n.The fake files reference at least one extent which references at leastone “further sector” (i.e. a sector storing non-genuine content), suchthat in case any of the fake movie playlists 1, . . . , i, i+2, . . . ,n is used for playback, content with a reduced entertainment value(non-genuine content) will be reproduced.

For reproduction of the genuine content, the Blu-ray disc includes acorrect movie playlist 36 referencing a correct clip information file 38which references correct file 40. Correct file 40 includes only extentsreferencing sectors including (all) genuine content (i.e. correct file40 could e.g. be the first file 00000.m2ts in FIG. 2D). In other words,in case the correct movie playlist 36 is used for playback by a playbackdevice, the genuine content will be reproduced.

At 32, i.e. at the left-hand side of FIG. 4, a playback process of theBlu-ray disc 30 is depicted. In the example of FIG. 4 it is assumed thatthe Blu-ray disc 30 is an original and, hence, the correct movieplaylist 36 will be found which allows playback of the genuine contentin genuine quality stored on Blu-ray disc 30.

When the Blu-ray disc 30 is read, at first the movie/BD-J object isexecuted by a respective playback device as indicated at 32-1. Withinthe movie/BD-J object, a playlist is selected/generated which is thenfurther used for playback. Therefore, at first a disc check is performedas indicated at 32-2. This is done by extracting key information fromthe disc. This key information is then used to select a playlist forplayback.

For a better understanding of what is meant by “extracting keyinformation from the disc”, the following may be noted (see also WO2010/133353 (PCT/EP2010/003073) which is herewith incorporated byreference in its entirety):

Every record carrier has a certain physical structure and containscertain data stored thereon. Thereby, the physical structure of apre-recorded (original) record carrier is generally different from acopy of the pre-recorded record carrier e.g. on a recordable recordcarrier such as e.g. a recordable optical record carrier or hard disc.For example, if the pre-recorded record carrier is an optical recordcarrier, on the pre-recorded record carrier, certain patterns of pitsand lands might exist that are different on the recordable recordcarrier, since e.g. a copier (e.g. copy program) cannot copy the certainpatterns. On a pre-recorded record carrier the physical structure anddata is inscribed in a glass mastering process and mass replicated viastamping, while on a recordable record carrier the physical structure ispre-inscribed and the data is burned with a high-power laser beam (bychanging the transparency of a dye) in a recording device.

Also, e.g. if the pre-recorded record carrier has copy protectedoriginal data stored thereon and a recordable record carrier is a copyof the pre-recorded record carrier having copied data, the original dataand copied data might be different. For example, in the copied data,encryption characteristics or encryption parameters of the original datamight not be included. Further, e.g. the file system of the copied datamight deviate from that of the original data.

Thus, from a pre-recorded (original) record carrier, certain originalcharacteristic parameters (a “key”) may be derived. These originalcharacteristic parameters may depend on the physical structure of thepre-recorded (original) record carrier and/or on the (original) datastored on the pre-recorded (original) record carrier. The originalcharacteristic parameters of the physical structure may be extractedfrom the pre-recorded carrier by a reading device, e.g. an opticalpickup or a reading head of a hard disk, i.e. a reading device might becontrolled to access the physical structure in a certain manner.

Also, from a recordable record carrier that is a copy of thepre-recorded (original) record carrier, certain copy characteristicparameters may be derived. These copy characteristic parameters maydepend on the physical structure of the recordable record carrier and/oron the copied data stored on the recordable record carrier. The copycharacteristic parameters of the physical structure may be extractedfrom the recordable carrier by a reading device, e.g. an optical pickupor a reading head of a hard disk, i.e. a reading device might becontrolled to access the physical structure in a certain manner.

If the manner in which the copy characteristic parameters are extractedfrom the recordable record carrier is the same as for extracting theoriginal characteristic parameters from the pre-recorded record carrierand if the copy characteristic parameters deviate from the originalcharacteristic parameters, this may be used in various ways. Forexample, it could be used for detecting that data is read from a copy(original disc check). Moreover, the parameters can be used for variousalgorithms for copy protection.

The original characteristic data and copy characteristic data may alsobe referred to as “key”, “key material” or “key data” that is exploredin various ways for copy protecting data. In the embodiment of FIG. 4,the keys are extracted at 32-2 and at 32-2 the keys are used as inputdata for an algorithm for finding a correct playlist.

FIG. 5 shows a further embodiment with a region of interleaved files.

As seen, in this example the first file 00000.m2ts includes Extents Ext0₀, Ext1 ₀, Ext2 ₀, Ext3 ₀, and Ext4 ₀ referencing respective logicalblocks (sectors) storing audiovisual data or audio data (originalcontent).

Further, the second file 00001.m2ts includes Extents Ext0 ₁, Ext1 ₁,Ext2 ₁, Ext3 ₁, and Ext4 ₁. As seen, Extents Ext0 ₁ and Ext4 ₁respectively reference the same logical blocks as Extents Ext0 ₀ andExt4 ₀ included in the first file 00000.m2ts. Therefore, the sectorsreferences by these Extents may also be referred to as “shared sectors”.

However, Extents Ext1 ₁, Ext2 ₁, and Ext3 ₁ reference logical blocksincluding additional or modified audiovisual data or additional ormodified audio data (non-genuine content including e.g. advertisementand the like).

Thus, in case the second file 00001.m2ts is used for playback,additional or modified audiovisual data or additional or modified audiodata will be reproduced.

For copy protection, the first file may be included in the correct clipinformation 38 shown in FIG. 4 whereas the second file 00001.m2ts may beincluded in any of the fake clip information files 1, . . . , i, i+2, .. . n included in the fake movie playlists 1, . . . , i, i+2, . . . n.

In the embodiment of FIG. 5, Extent Ext1 ₁ may be a modified copy ofExtent Ext1 ₀ wherein the format of the data of Extent Ext1 ₁ and theformat of the data of Extent Ext1 ₀ is the same as explained above inconnection with FIG. 2D. As indicated above, this may avoid that acopier (copy program, hacker, etc.) may easily detect that the contentstored in extent Ext1 ₁ is non-genuine content. In other words, a copiermay not easily recognize which of the first file 00000.m2ts and thesecond file 00001.m2ts includes only the genuine content and, hence,leads to playback of (only) genuine content (file 00000.m2ts in theexample of FIG. 5). If the format of both files is valid, the hackerwould have to compare the first file 00000.m2ts and the second file00001.m2ts manually which is laborious.

Since in a region 42 of the disc of the embodiment of FIG. 5 a pluralityof extents are found which cannot be distinguished based on a format ofthe data stored therein, copy protection may be enhanced.

On the other hand, in the embodiment of FIG. 5, an extent referencingnon-genuine content (Extents Ext1 ₁, Ext2 ₁, and Ext3 ₁) always followsan extent referencing genuine content (Extents Ext1 ₀, Ext2 ₀, Ext3 ₀)which may make it easier for a hacker to hack the copy protection.

Therefore, in the embodiment of FIG. 6, such a pattern is avoided.

In the embodiment shown in FIG. 6, Extent Ext1 ₁ is a modified copy ofExtent Ext1 ₀. Further, Extent Ext2 ₁ is a modified copy of Extent Ext2₀. Still further, Extent Ext3 ₁ is a modified copy of Extent Ext3 ₀.

As seen, the difference between FIGS. 5 and 6 is that in FIG. 5 aregular pattern may be detected such that an Extent including originalcontent is always followed by a modified copy. This is not the case inFIG. 6. Therefore, it will be harder for a copier to guess the file withthe original content.

FIG. 7 shows an embodiment with a large number of different files. Thiswill make it very difficult to determine which file stores the originalcontent.

In the example of FIG. 7, only file 00339.m2ts has the original content(note file 00339.m2ts references regions of sectors 45, 47, 53, and 59including only genuine content). All other files 00711.m2ts, 00123.m2ts,00224.m2ts, 00341.m2ts, and 00216.m2ts reference regions of sectors 49,51, and 57 including non-genuine content (as indicated by the same signused above in FIG. 2D for denoting non-genuine content).

Regarding FIG. 7 it should also be noted that, as seen, physicallyallocated data (regions of sectors) may be included in a plurality ofdifferent files. For example, the sectors in region 45 are included inextents Ext0 ₇₁₁, Ext0 ₁₂₃, Ext0 ₂₂₄, Ext0 ₃₄₁, Ext0 ₃₃₉ and Ext0 ₂₁₆,which are respectively referenced by files 00711.m2ts, 00123.m2ts,00224.m2ts, 00341.m2ts, 0330.m2ts and 00216.m2ts. Hence, fake files maybe created without the need of physically allocating additional data(space on record carrier). Thus, there may be many files which share themajority of their content by having data units, e.g. extents,referencing the same sectors. This way a large number of files may beput onto a data carrier with a limited space. This concept may also bereferred to as “sharing content” and is also further explored in otherembodiments described throughout the specification and may be combinedwith any of the described embodiments. Thus, as seen in FIG. 7, it ispossible that a “first file” (file 0339.m2ts) referencing none offurther sectors including “no good” content includes first data units(e.g. Ext0 ₃₃₉), and a “second file” (e.g. 00711.m2ts) referencing thefurther sectors (e.g. sectors 49, 51, 57) include second data units(e.g. Ext0 ₇₁₁), wherein the first and second data units at least partlyreference the same sectors (in the example sectors denoted with 45).

FIG. 8 shows an embodiment where binary data is copy protected. In theexample of FIG. 8, only file 00527.bin is an original file.

The remaining files 00741.bin, 00339.bin, and 00916.bin are fake files.Fake files may be generated by e.g. adding Extents with additional data(cf. file 00741.bin in FIG. 8), omitting some Extents (cf. file00339.bin in FIG. 8), jumbling the order to the Extents (cf. file00916.bin in FIG. 8). Also, any combinations of such techniques arepossible.

The embodiment of FIG. 8 may be used for copy protecting computer gamesstored on a Blu-ray disc. In case any of the fake files are used withina computer game, the game may terminate. Alternatively, it is alsopossible that the game may only be played with a reduced entertainmentvalue. For example, certain features of the game may not be available ora player may not reach certain levels of the game.

FIG. 9 shows a method for copy protecting data to be stored on a recordcarrier, e.g. similarly as shown in FIG. 8.

At 68, data is provided which is to be stored in a plurality of sectors.

At 70, a first file is generated which is to be stored on the recordcarrier. The first file references a plurality of sectors in a firstorder wherein when the file is read by a reading device for the recordcarrier, the data is read in the original byte order.

At 72, a second file is generated which is to be stored on the recordcarrier. The second file is another file than the first file and mayreference at least a part of the plurality of sectors in a second order,wherein when the second file is read by the reading device for therecord carrier, the data is not read in the original byte order (seee.g. file 00916.bin where, when the file is read, first Ext0 ₉₁₆ is readand then consecutively Extents Ext1 ₉₁₆ and Ext2 ₉₁₆). The generation ofthe second file may also include (alternatively or additionally) addingExtents with additional data (cf. file 00741.bin in FIG. 8), omittingsome Extents (cf. file 00339.bin in FIG. 8), jumbling the order to theExtents (cf. file 00916.bin in FIG. 8) and any combinations of suchtechniques.

FIG. 10 shows a further embodiment according to which large sizedcontent hash tables may be avoided.

In accordance with the AACS encryption standard for Blu-ray discs, hashvalues which are stored in hash tables are generated for each filestored on a Blu-ray disc. Thereby, the number of hash values generatedfor one file grows with the size of the respective one file (one hashvalue is generated for each block of 96 sectors).

Hence, by including a large number of “fake files” as e.g. shown in FIG.4 (cf. fake clip information files 1, . . . , i, i+2, . . . , n) andFIG. 7 (cf. files 00711.m2ts, 00123.m2ts, 00224.m2ts, 00341.m2ts, and00216.m2ts) the size of the hash table grows. Also, in case of large“fake files”, the hash table stored on a Blu-ray disc becomes large.

When playing back a Blu-ray disc some playback devices read the entirehash table into a memory in order to perform the AACS ContentVerification process. This may be a problem for some playback deviceshaving only a small sized memory for storing the hash table. It shouldbe noted, though, that not all playback devices have such a problem and,hence, FIG. 10 only shows an option which could be used in combinationwith all other described embodiments.

In order to avoid this problem, in the embodiment of FIG. 10, only smallsized files including Extents referencing non-genuine content stored inrespective sectors are foreseen. In FIG. 10 such small sized files arefiles 00002.m2ts and 00003.m2ts. In the framework of the embodimentshown in FIG. 4, the small sized files 00002.m2ts and 00003.m2ts couldbe includes in fake movie playlists 1, . . . , i, i+2, . . . , n. Inaddition, also other files (“further first files” referencing none ofthe sectors storing none-genuine content), e.g. any of files 00000.m2ts,00001.m2ts and 00004.m2ts, could be mixed into the fake movie playlists.It is also possible to include the small sized files 00002.m2ts and00003.m2ts a plurality of times in a single fake playlist.

Thus, according to the embodiment of FIG. 10, copy protection can beachieved based on small sized files including non-genuine content.Therefore, the above mentioned problem of some playback devices havingonly a small memory for storing a respective hash table may be avoided.

The correct movie playlist 36 could include files 00000.m2ts, 00001.m2tsand 00004.m2ts which all reference only genuine content stored inrespective sectors.

For assuring a seamless playback, the play items of the playlists shouldbe marked with a respective connection condition, e.g. connectioncondition 5 or 6.

FIG. 11A shows an image generation processor 720 which is adapted togenerate an image for the manufacturing of a copy protected recordcarrier 733. The image generation processor 720 includes a fileextractor 722, a video/audio processor 724, a JAR file processor 726 anda CMF builder 728. “JAR” stands for “JAVA archive” and is the formatused to store executable JAVA byte code which is read and executed by aBlu-ray player during playback.

As depicted at 730 and 732, the image generation processor 720 isconnected to an authoring device 730 and manufacturing device 732,respectively.

The authoring device 730 allows performing an authoring process whichmay or may not be done at the location of the image generation processor720. Likewise, the manufacturing device 732 which is adapted to performa manufacturing process such as e.g. manufacturing a glass master etc.may be located at the location of the image generation processor 720 ormay be located elsewhere.

For example, the image generation processor 720 may be located at acompany site of a first company. Further, the authoring device 730 maybe located at the site of a second company and, moreover, themanufacturing device 732 may be located at the side of a third company(or at the site of the second company). Thus, in case of three differentcompanies all three companies may cooperate together smoothly by onlyexchanging data and thus generate a record carrier 733. Each company maybe doing its business independently from the others.

As depicted at 734, the authoring device 730 delivers a CMF (CuttingMaster Format) image. Other suitable data formats may also be used.However, for Blu-ray discs, the CMF image may be used.

The CMF image 734 is received by the file extractor 722. The fileextractor 722 may be a specialized hardware or may be a general purposedata processor. The file extractor 722 generates from the CMF image 734AV stream files 736, JAR files 738 and other files 740.

The AV stream files 736 include the original (genuine) audiovisual dataor audio data.

As depicted, the AV stream files 736 are supplied to the CMF builder 728as well as to the video/audio processor 724. The video/audio processor724 generates additional or modified AV stream files, clip informationfiles and playlist files which are depicted at 742.

In other words, the video/audio processor 724 is adapted to generate theabove described additional or modified audiovisual data or additional ormodified audio data (referred to as additional or modified AV streamfiles in FIG. 11A).

The additional or modified AV stream files 742 (which are to be storedin a plurality of the further sectors of the record carrier 733) are fedto the CMF builder 728.

The JAR file processor 726 uses the JAR files 738 to generate modifiedJAR files 744 by inserting a copy protection functionality in the JARfiles. For example, the JAR file processor 726 may generate a keyextraction process, a playlist selection process etc. as e.g. describedin connection with FIG. 4. In other words, the modified JAR files 744ensure that in case of playback from an original record carrier, theoriginal (genuine) content will be rendered in genuine quality.

The CMF builder 728 receives the additional or modified AV stream files742, the original AV stream files 736, the modified JAR files 744 andthe other files 740 and generates a new CMF image 746 which is thensupplied to the manufacturing device 732 for manufacturing a copyprotected record carrier 733.

As noted above, the copy protection may, thus, be added independentlyfrom the authoring device 730. This can be an advantage since oftenauthoring is done at different sites or different companies than theadding of copy protection which may be done at the site where theoptical record carriers are manufactured. Of course it would also bepossible to completely separate the copy protection addition from theauthoring and manufacturing as well.

FIG. 11B shows steps of a method for generating a new image file.

At 750, the image data, e.g. the CMF image 734 of FIG. 11A, is received.

At 752, the JAR files, AV files and other files are extracted.

At 754, the JAR files are processed as described for FIG. 11A.

At 756, the AV files are processed as described for FIG. 11A.

At 758, the new image file is generated.

FIG. 11C shows another embodiment. In this embodiment, a device 70 isadapted to manufacture a copy protected record carrier. Device 70includes a receiving unit 73 adapted to receive audiovisual data oraudio data to be stored in a plurality of sectors of a record carrier74, the record carrier 74 having a file system, the receiving unit beingfurther adapted to receive additional or modified audiovisual data oradditional or modified audio data to be stored in a plurality of furthersectors of the record carrier.

In the exemplary embodiment of FIG. 11C, the visual data are received atves1 and audio data are received at aes1. Further, additional ormodified visual data are received at vest and additional or modifiedaudio data are received at aes2.

Device 70 further includes a data processor 76 adapted to generate afirst file 00001.m2ts of the file system to be stored on the recordcarrier 74, the first file 00001.m2ts referencing at least a part of theplurality of sectors and none of the further sectors, such that when thefirst file 00001.m2ts is rendered by a playback device for the recordcarrier 74, the audiovisual data or audio data is reproduced which isincluded in the part of the plurality of sectors.

The data processor 76 is further adapted to generate a plurality ofsecond files 00002.m2ts of the file system to be stored on the recordcarrier 74, the second files 00002.m2ts being other files than the firstfile 00001.m2ts and referencing at least a part of the plurality ofsectors and further referencing at least one of the plurality of furthersectors, such that when the second file 00001.m2ts is rendered by theplayback device the part of the plurality of sectors and the at leastone of the plurality of further sectors are reproduced.

The data processor is further adapted to receive program instructions(received by unit 78) to be stored on the record carrier 74, whichprogram instructions, when executed by the playback device, extractcharacteristic parameters of the record carrier, wherein based on thecharacteristic parameters the first file 00001.m2ts is discriminatedfrom the plurality of second files 00002.m2ts.

For generating the first file 00001.m2ts and the plurality of secondfiles 00002.m2ts (“fake files”), data processor 76 performs a MUXprocess, as indicated at 80, based on the visual data received at ves1,audio data are received at aes1 and program instructions (e.g. BD-J orHDMV). After the MUX process (being part of a so-called “authoringprocess”), the data processor 76 performs an including process asindicated at 82. In the including process the additional or modifiedvisual data received at vest and additional or modified audio datareceived at aes2 are included in the plurality of second files00002.m2ts (“fake files”) which are then recorded on disc 74.

As seen in FIG. 11C, the generation/including of fake files may beperformed after the MUX process. This can be an advantage since theinclusion of the files after an authoring process is possible. Hence, anauthoring process may be performed separately from implementing a copyprotection mechanism as described throughout this specification. Thiscan be an advantage since often authoring is done at different sites ordifferent companies than the adding of copy protection which may be doneat the site where the optical record carriers are manufactured. Ofcourse it would also be possible to completely separate the copyprotection addition from the authoring and manufacturing as well.

FIG. 12 shows a further embodiment where a copy protection is achievedby means of switching between different files during playback.

On a respectively copy protected record carrier, e.g. a Blu-ray disc,audiovisual data or audio data as well as additional audiovisual data oradditional audio data, the additional audiovisual data or additionalaudio data, e.g. comprising advertisement and the like, i.e. non-genuinecontent, are stored in one or more files. In the embodiment shown inFIG. 12, data is e.g. stored in files 90-1, 90-2, 90-3 and 90-4.

Each of the files 90-1, . . . , 90-4 include one or more video sequences91-1, . . . , 91-14.

The files 90-1, . . . , 90-4 are referenced in play items 94-1, 94-2,and 94-3 included in a movie playlist 93. Play item 94-1 references file90-1. Further, play item 94-2 is a multi-angle play item and referencesfile 90-2 (as a first file) and file 90-3 (as a second file). Stillfurther, play item 94-3 references file 90-4.

Files 90-1 and 90-4 include video clips 91-1, 91-2, 91-13 and 91-14which all, when reproduced, render original (genuine) content in genuinequality.

On the other hand, as indicated by signs as used above, video sequences91-3, 91-7 included in file 90-2 as well as video sequence 91-10included in file 90-3 include additional or modified audiovisual data oradditional or modified audio data. As explained above, such content hasa reduced entertainment value since it e.g. includes advertisements (inaudio, in video or in both), video artifacts, audio artifacts, copyrightinfringement warnings, information how to purchase a legitimate copy,exchanged audio streams and the like.

The copy protected record carrier further includes a BD-J runtime thread98 which extracts key material from the disc as explained above orreceives respective key material from another BD-J component. The keymaterial is used to control the BD-J runtime thread 98. Based on controlinstructions, the BD-J runtime thread 98 allows switching between thetwo files 90-2 and 90-3 included in multi-angle play item 94-2.

In the example of FIG. 12, it is assumed that an original disc is playedback and, hence, control of playback by the BD-J runtime thread 98 issuch that reproduction of the video sequences 91-3, 91-7 and 91-10 isavoided.

The playback path is indicated by arrows 96-1, . . . , 96-8. Asindicated by arrows 100-1 and 100-2, during playback, rendering of thevideo sequences is switched from the first file 90-2 to the second file90-3 and back, such that video sequences 91-1, 91-2, 91-8, 91-9, 91-5,91-6, 91-12, 91-13 and 91-14 are reproduced consecutively. Thereby theoriginal (genuine) content is reproduced. Due to the switching, thevideo sequences 91-3, 91-7 and 91-10 are not reproduced.

The switching between the first file 90-2 and the second file 90-3included in multi-angle play item 94-2 may be controlled by settingrespective angle registers of a playback device by the BD-J runtimethread 98 or calling a BD-J method which effects an angle change.

The BD-J runtime thread 98 may be a piece of software (programinstructions) which is part of the BD-J application stored on theBlu-ray disc. It may be started when the playback device of the copyprotected movie begins. The BD-J runtime thread 98 may be active duringthe whole period of playback time. A purpose of the BD-J runtime thread98 may be to control the player thread. Basically, the BD-J runtimethread 98 knows where the AV stream is modified to deliberately reducethe entertainment value. The BD-J runtime thread 98, thus, instructs theplayer when to change the angle, i.e. when to switch between the firstfile and second file included in the multi-angle play item 94-2.Therefore, the BD-J runtime thread 98 knows the actual playbackposition. It can e.g. get the actual playback position by querying theplayer (polling) and/or by receiving events from the player.

Regarding the embodiment shown in FIG. 12 it should be noted that it isalso possible that the multi-angle play item 94-2 includes more than twofiles such as files 90-2 and 90-3 including non-genuine content. Inother words, the multi-angle play item 94-2 would then include more thantwo angles.

Regarding the embodiment shown in FIG. 12 it should further be notedthat this method for copy protection is independent from the embodimentsshown in FIGS. 1 to 11 in that it is not necessary that Extents includedin the files 90-1, 90-2, 90-3, and 90-4 reference (partly) the samesectors of the disc (such as e.g. Extents Ext0 ₀ and Ext0 ₁ in FIG. 2D).On the other hand, as will be explained by means of FIG. 15 furtherbelow, a combination is nevertheless possible and beneficial.

The embodiment of FIG. 12 has the advantage that the BD-J runtime thread“owns” the knowledge which is required for the correct playback of adisc. Therefore, in case a copier tries to make a copy of an originaldisc, he cannot easily remove the BD-J runtime thread 98 since by doingso the information how to control the playback path such as to avoidrendering non-genuine content would be lost.

Moreover, there is no single piece of information which can be easilyfound out by using a debug tool (debug player).

In case a copier cannot find out the correct playback path, i.e. thecorrect switching sequence switching between reproduction of differentfiles included in a multi-angle play item at appropriate positions, thiswill always lead to reproduction of non-genuine content (this is underthe assumption that all files included in a multi-angle play iteminclude respective non-genuine content/video sequences such as e.g.video sequences 91-3, 91-7, and 91-10 shown in FIG. 12).

FIG. 13 shows the same example of FIG. 12 and explains how the copyprotection works in case a hacker has removed the BD-J runtime thread 98when making the copy. It is assumed that playback is from a copy of anoriginal disc.

Since the hacker has completely removed the BD-J runtime thread 98 shownin FIG. 12 when making the copy a player cannot control the playbackpath as indicated at 96-1, . . . , 96-8, in FIG. 12. Instead, theplayback path indicated at 100-1, . . . , 100-5 shown in FIG. 13 will beused for playback. This is e.g. because the angle register of a playermight be set such that always the first file (“default angle”) includedin a multi-angle play item 94-2 is rendered.

FIG. 14 shows again the example of FIG. 12, wherein it is assumed that acopy is played back. In this case, however, different from the exampleshown in FIG. 13, the copier has not removed the BD-J runtime thread 98while making a copy of an original disc. However, since it is a copy,the key material which will extracted by the BD-J runtime thread or itreceives from another BD-J component 98 for controlling the switchingbetween the first file 90-3 and second file 90-4 included in multi-angleplay item 94-2, is not the same as it would be had it been extractedfrom an original disc.

Therefore, the playback path will be different from the playback pathshown in FIG. 12. In fact, it may lead to a completely arbitraryswitching between the files 90-2 and 90-3 included in the multi-angleplay item 94-2. As depicted in FIG. 14, while the (arbitrary) playbackpath 104-1, . . . , 104-7 is followed, the playback path 104-3 and 104-5leads to a reproduction of non-genuine content stored in the videosequences 91-10 and 91-7.

As mentioned above, the embodiment shown in FIG. 12 can be implementedindependently from the embodiments of FIGS. 1 to 11. In other words, itis not necessary that the Extents included in different files reference(at least partly) the same sectors on a Blu-ray disc. In this case e.g.files 90-2 and 90-3 shown in FIG. 12 would each include Extentsreferencing entirely different (disjoint) sectors on a disc.

On the other hand, a combination of the embodiment shown in FIG. 12 withthe embodiments in FIGS. 1 to 11 can be beneficial since a large(physical) allocation of storage on the data carrier might be avoided aswill become evident by means of FIG. 15.

FIG. 15 shows a first file 00000.m2ts and a second file 00001.m2ts.

The first file 00000.m2ts includes a set of Extents Ext0 ₀, Ext1 ₀, Ext2₀, Ext3 ₀, and Ext4 ₀. The second file 00001.m2ts includes a second setof Extents including Extents Ext0 ₁, Ext1 ₁, Ext2 ₁, Ext3 ₀, and Ext4 ₁.

In the example of FIG. 15 it is assumed that Extents Ext1 ₁ and Ext3 ₀reference sectors (“further sectors”) including additional or modifiedcontent (non-genuine content).

Depending on the design of the copy protection, Ext1 ₁ could referencesectors (“further sectors”) which are a modified copy of sectorsreferenced by Ext1 ₀. Similarly, the sectors referenced by Extent Ext3 ₀could be a modified copy of sectors referenced by Extent Ext3 ₁ (cf. theexplanation of “modified copy” above).

The first file 00000.m2ts shown in FIG. 15 may correspond to the firstfile 90-2 of FIG. 12. Further, the second file 00001.m2ts shown in FIG.15 may correspond to the second file 90-3 shown in FIG. 12.

Thus, in case the concept explained by means of FIGS. 1 to 11 iscombined with that of FIG. 12, an advantage may be achieved since it isnot necessary that when generating a plurality of files on the Blu-raydisc to be included in a multi-angle play item such as the multi-angleplay item 94-2 in FIG. 12, respective data is physically allocated onthe disc. This is because data physically stored in sectors on the discmay be referenced by more than one file. Note, for example Extents Ext0₀ and Ext0 ₁ respectively included in the first file 00000.m2ts andsecond file 00001.m2ts reference the same sectors.

Reference signs 110-1, 110-2, 110-3, 110-4, 110-5, and 110-6 illustratethe movement of a reading head of a playback device when rendering thecontent stored on an original disc. The playback is controlled by a BD-Jruntime thread 98′. As seen, in the beginning of the playback process,the first file 0000.m2ts is rendered, wherein the data stored in thesectors referenced by Extents Ext0 ₀, Ext1 ₀ and Ext2 ₀ (only partly) isrendered. Since Extents Ext1 ₀ and Ext2 ₀ are not referencing adjacentsectors, the reading head jumps as indicated at 110-2 (see also e.g.FIG. 2D).

At 111 the BD-J runtime thread 98′ switches playback from the first file00000.m2ts to the second file 00001.m2ts. As explained above, this maybe done by e.g. changing an angle register assuming that the first file00000.m2ts and second file 00001.m2ts are included in a multi-angle playitem such as e.g. the multi-angle play item 94-2 in FIG. 12.

After playback has been changed from the first file 00000.m2ts to thesecond file 00001.m2ts, the rendering of the second file 00001.m2tscontinues as indicated at 110-4, 110-5, 110-6. Again, note that the jumpat 110-5 avoids that the sectors referenced by Extent Ext3 ₀ included inthe first file are rendered. The respective sectors are not referencedby the Extents included in the second set of Extents included in thesecond file 00001.m2ts.

FIG. 16 shows a further embodiment wherein the concept explained in FIG.15 is combined with the embodiment explained by means of FIG. 10.

Similarly as in FIG. 10, additional files such as e.g. file 00002.m2tsmay be generated which reference sectors storing genuine content. Asexplained above in connection with FIG. 10, these could be included inplaylists as shown in FIG. 4.

FIG. 17A shows two files 00000.ssif and 00000.m2ts as e.g. found on a 3DBlu-ray disc. In FIG. 17A, B[0] and B[1] correspond to sectors thatcontain the picture for the left eye (base view). Further, D[0] and D[1]denote sectors that contain the picture for the right eye (dependentview).

As seen, the file 00000.m2ts only references sectors B[0] and B[1] viaExtents Ext0 _(0m2ts) and Ext1 _(0m2ts). Thus, file 00000.m2ts onlycovers data for the left eye (base view). In case the 3D Blu-ray disc isrendered by a 2D Blu-ray player, only the data of the file 00000.m2tswill be rendered.

On the other hand, file 00000.ssif references all sectors B[0], D[0],B[1] and D[1] via Extent Ext0 _(0ssif).

According to the embodiment shown in FIG. 17B, further files inaccordance with the 3D standard as explained by means of FIG. 17A may beincluded on a copy protected disc.

In FIG. 17B file 00001.ssif and the corresponding file 00001.m2ts aresuch further files.

As depicted, file 00001.ssif references sectors B[0], D[0], B[2], D[2],B[3] and D[3] via Extents Ext0 _(1ssif) and Ext1 _(1ssif). Further, file00001.m2ts references sectors B[0], B[2] and B[3] via Extents Ext0_(1m2ts), Ext1 _(1m2ts) and Ext2 _(1m2ts).

As depicted by the same signs used above, in the example of FIG. 17B itis assumed that sectors B[2] and D[2] include non-genuine content.Therefore, in case any of the files 00001.m2ts and 00001.ssif isrendered, non-genuine content will be reproduced. In order to render theoriginal content, it is necessary to render files 00000.m2ts and thecorresponding .ssif-file 00000.ssif.

Thus, a copy protection of a 3D Blu-ray disc may be achieved bygenerating respective fake AV clip files (fake files) and fake clipinformation files as shown in FIG. 4 referred by respective fake movieplaylists.

Only in case the correct movie playlist is detected, the original(genuine) 3D content will be rendered in genuine quality.

It should be noted that it is possible that the sectors B[2] and D[2]comprising the non-genuine content could be “modified copies” (cf.above) of other sectors. For example, in FIG. 17B, the sector B[2] couldcorrespond to a modified copy of the sector B[1]. Further the sectorD[2] could be a modified copy of the sector of D[1].

Further embodiments are described in the following first itemized list1-20:

1. A method for copy protection, comprising:

providing audiovisual data or audio data to be stored in a plurality ofsectors of a record carrier, the record carrier having a file system;

providing additional or modified audiovisual data or additional ormodified audio data to be stored in a plurality of further sectors ofthe record carrier;

generating a first file of the file system to be stored on the recordcarrier, the first file referencing at least a part of the plurality ofsectors and none of the further sectors, such that when the first fileis rendered by a playback device for the record carrier, the audiovisualdata or audio data is reproduced which is included in the part of theplurality of sectors;

generating a second file of the file system to be stored on the recordcarrier, the second file being another file than the first file andreferencing at least a part of the plurality of sectors and furtherreferencing at least one of the plurality of further sectors, such thatwhen the second file is rendered by the playback device the part of theplurality of sectors and the at least one of the plurality of furthersectors are reproduced.

2. The method of item 1, further comprising:

generating further second files, each of the further second files beingother files than the first file and the second file, the further secondfiles respectively referencing at least a respective part of theplurality of sectors and further referencing at least a respective oneof the plurality of further sectors, such that when a respective furthersecond file is rendered by the playback device the respective part ofthe plurality of sectors and the respective one of the plurality offurther sectors are reproduced.

3. The method of item 2, further comprising:

determining program instructions to be stored on the record carrier,which program instructions, when executed by the playback device,extract characteristic parameters of the record carrier, wherein basedon the characteristic parameters the first file is discriminated fromthe second and further second files.

4. The method of any of the preceding items, wherein the additional ormodified audiovisual data or additional or modified audio data includesany one of advertisement, video artifacts, audio artifacts, copyrightinformation, sales information and exchange audio streams.5. The method of any of the preceding items, wherein the first fileincludes first data units, and wherein the second file includes seconddata units, wherein the first and second data units at least partlyreference the same sectors.6. The method of any of the preceding items, wherein the first fileincludes a first set of data units referencing at least a part of theplurality of sectors, and wherein the second file includes a second setof data units referencing a part of the plurality of further sectors,wherein at least one data unit of the second set is a modified copy of arespective one data unit of the first set, wherein the modified copyincludes modified audiovisual data or audio data of the respective onedata unit, wherein a format of the modified audiovisual data or audiodata is in conformity with a specification of the format of theaudiovisual data or audio data of the respective one data unit.7. The method of item 6, wherein the record carrier is a Blu-ray disc,the file system is the UDF file system, the first and second files areUDF files, and the data units are extents.8. The method of any of the preceding items, comprising:

generating a plurality of further first files of the file system, thefurther first files referencing respective further parts of theplurality of sectors and none of the further sectors;

generating a playlist including the first file and the further firstfiles, wherein when the playlist is used for playback by the playbackdevice, the audiovisual data or audio data is reproduced in genuinequality;

generating at least one further playlist including the second file or atleast one of the further second files, such that when one of the furtherplaylists is used for playback by the playback device, at least a partof the additional or modified audiovisual data or additional or modifiedaudio data is reproduced.

9. The method of item 8, further comprising:

determining program instructions to be stored on the record carrier,which program instructions, when executed by the playback device,extract characteristic parameters of the record carrier, wherein basedon the characteristic parameters the playlist is discriminated from theat least one further playlist.

10. The method of item 1, wherein the record carrier is a Blu-ray discstoring 3D content, wherein the second file references further sectorsfor the left eye or the right eye.11. A method for reproducing content stored on a copy protected recordcarrier, the record carrier comprising

audiovisual data or audio data stored in a plurality of sectors of arecord carrier, the record carrier having a file system;

additional or modified audiovisual data or additional or modified audiodata stored in a plurality of further sectors of the record carrier;

a first file of the file system, the first file referencing at least apart of the plurality of sectors and none of the further sectors, suchthat when the first file is rendered by a playback device for the recordcarrier, the audiovisual data or audio data is reproduced which isincluded in the part of the plurality of sectors;

a plurality of second files of the file system, the plurality of secondfiles being other files than the first file and referencing at least apart of the plurality of sectors and further referencing at least one ofthe plurality of further sectors, such that when the second file isrendered by the playback device the part of the plurality of sectors andthe at least one of the plurality of further sectors are reproduced

program instructions which, when executed by the playback device,extract characteristic parameters of the record carrier, wherein basedon the characteristic parameters the first file is discriminated fromthe plurality of second files, the method comprising the steps of:

executing the program instructions, such as to render the audiovisualdata or audio data and/or the additional or modified audiovisual data oradditional or modified audio data depending on whether the recordcarrier is an original or a copy.

12. A device adapted to reproduce content stored on a copy protectedrecord carrier, the record carrier comprising

audiovisual data or audio data stored in a plurality of sectors of arecord carrier, the record carrier having a file system;

additional or modified audiovisual data or additional or modified audiodata stored in a plurality of further sectors of the record carrier;

a first file of the file system, the first file referencing at least apart of the plurality of sectors and none of the further sectors, suchthat when the first file is rendered by a playback device for the recordcarrier, the audiovisual data or audio data is reproduced which isincluded in the part of the plurality of sectors;

a plurality of second files of the file system, the plurality of secondfiles being other files than the first file and referencing at least apart of the plurality of sectors and further referencing at least one ofthe plurality of further sectors, such that when the second file isrendered by the playback device the part of the plurality of sectors andthe at least one of the plurality of further sectors are reproduced

program instructions which, when executed by the playback device,extract characteristic parameters of the record carrier, wherein basedon the characteristic parameters the first file is discriminated fromthe second and further second files, wherein the device comprises arendering unit adapted to execute the program instructions and to renderthe audiovisual data or audio data and/or the additional or modifiedaudiovisual data or additional or modified audio data depending onwhether the record carrier is an original or a copy.

13. A device adapted to generate an image for manufacturing a copyprotected record carrier, comprising:

a receiving unit adapted to receive audiovisual data or audio data to bestored in a plurality of sectors of a record carrier, the record carrierhaving a file system, the receiving unit being further adapted toreceive additional or modified audiovisual data or additional ormodified audio data to be stored in a plurality of further sectors ofthe record carrier;

a data processor adapted to generate a first file of the file system tobe stored on the record carrier, the first file referencing at least apart of the plurality of sectors and none of the further sectors, suchthat when the first file is rendered by a playback device for the recordcarrier, the audiovisual data or audio data is reproduced which isincluded in the part of the plurality of sectors, the data processorbeing further adapted to generate a plurality of second files of thefile system to be stored on the record carrier, the second files beingother files than the first file and referencing at least a part of theplurality of sectors and further referencing at least one of theplurality of further sectors, such that when the second file is renderedby the playback device the part of the plurality of sectors and the atleast one of the plurality of further sectors are reproduced, the dataprocessor being further adapted to receive or to generate programinstructions to be stored on the record carrier, which programinstructions, when executed by the playback device, extractcharacteristic parameters of the record carrier, wherein based on thecharacteristic parameters the first file is discriminated from theplurality of second files.

14. A record carrier, comprising:

audiovisual data or audio data stored in a plurality of sectors of therecord carrier, the record carrier having a file system;

additional or modified audiovisual data or additional or modified audiodata stored in a plurality of further sectors of the record carrier;

a first file of the file system, the first file referencing at least apart of the plurality of sectors and none of the further sectors, suchthat when the first file is rendered by a playback device for the recordcarrier, the audiovisual data or audio data is reproduced which isincluded in the part of the plurality of sectors;

a second file of the file system, the second file being another filethan the first file and referencing at least a part of the plurality ofsectors and further referencing at least one of the plurality of furthersectors, such that when the second file is rendered by the playbackdevice the part of the plurality of sectors and the at least one of theplurality of further sectors are reproduced.

15. The record carrier of item 14, comprising:

further second files, each of the further second files being other filesthan the first file and the second file, the further second filesrespectively referencing at least a respective part of the plurality ofsectors and further referencing at least a respective one of theplurality of further sectors, such that when a respective further secondfile is rendered by the playback device the respective part of theplurality of sectors and the respective one of the plurality of furthersectors are reproduced.

16. The record carrier of item 15, comprising:

program instructions which, when executed by the playback device,extract characteristic parameters of the record carrier, wherein basedon the characteristic parameters the first file is discriminated fromthe second and further second files.

17. A method for copy protection, comprising:

providing data to be stored in a plurality of sectors of a recordcarrier, the record carrier having a file system, the data having anoriginal byte order;

generating a first file of the file system to be stored on the recordcarrier, the first file referencing the plurality of sectors in a firstorder, wherein when the first file is read by a reading device for therecord carrier, the data is read in the original byte order;

generating a second file of the file system to be stored on the recordcarrier, the second file being another file than the first file andreferencing at least a part of the plurality of sectors in a secondorder, wherein when the second file is read by the reading device forthe record carrier, the data is not read in the original byte order.

18. The method for copy protection of item 17, comprising:

providing additional data to be stored in further sectors of the recordcarrier, wherein the second file references the further sectors suchthat the reading device will read the further sectors when reading thesecond file.

19. A record carrier, comprising:

data stored in a plurality of sectors of the record carrier, the recordcarrier having a file system, the data having an original byte order;

a first file of the file system, the first file referencing theplurality of sectors in a first order, wherein when the first file isread by a reading device for the record carrier, the data is read in theoriginal byte order;

a second file of the file system, the second file being another filethan the first file and referencing at least a part of the plurality ofsectors in a second order, wherein when the second file is read by thereading device for the record carrier, the data is not read in theoriginal byte order.

20. A device adapted to manufacture a copy protected record carrier,comprising:

a receiving unit adapted to receive data to be stored in a plurality ofsectors of a record carrier, the record carrier having a file system,the data having an original byte order;

a data processor adapted to generate a first file of the file system tobe stored on the record carrier, the first file referencing theplurality of sectors in a first order, wherein when the first file isread by a reading device for the record carrier, the data is read in theoriginal byte order, the data processor being further adapted togenerate a second file of the file system to be stored on the recordcarrier, the second file being another file than the first file andreferencing at least a part of the plurality of sectors in a secondorder, wherein when the second file is read by the reading device forthe record carrier, the data is not read in the original byte order.Still further embodiments are described in the following second itemizedlist 1-11:1. A method for copy protection, comprising:

providing audiovisual data or audio data to be stored in a plurality ofsectors of a record carrier, the record carrier having a file system;

providing additional audiovisual data or additional audio data to bestored in a plurality of further sectors of the record carrier;

generating a first file of the file system to be stored on the recordcarrier, the first file referencing a first part of the plurality ofsectors and a further first part of the plurality of further sectors,such that when the first file is completely rendered by a playbackdevice for the record carrier, a respective first part of theaudiovisual data or audio data and a respective further first part ofthe additional audiovisual data or additional audio data is reproduced;

generating a second file of the file system to be stored on the recordcarrier, the second file referencing a second part of the plurality ofsectors and a further second part of the plurality of further sectors,such that when the second file is completely rendered by a playbackdevice for the record carrier, a respective second part of theaudiovisual data or audio data and a respective further second part ofthe additional audiovisual data or additional audio data is reproduced;

determining program instructions to be stored on the record carrier,which when executed by the playback device control the playback deviceto switch between reading the first file and the second file, wherein,in case the record carrier is an original, the switching is controlledsuch that only the plurality of sectors are read and none of the furthersectors such that none of the additional audiovisual data or additionalaudio data is reproduced.

2. The method of item 1, wherein the program instructions, when executedby the playback device, extract characteristic parameters of the recordcarrier, wherein the switching depends on the characteristic parameters.3. The method of item 1 or 2, comprising:

generating at least one additional file of the file system to be storedon the record carrier, the at least one additional file referencing arespective additional part of the plurality of sectors and a respectivefurther additional part of the plurality of further sectors, such thatwhen the at least one additional file is rendered by a playback devicefor the record carrier, a respective additional part of the audiovisualdata or audio data and a respective further additional part of theadditional audiovisual data or additional audio data is reproduced;

wherein the program instructions to be stored on the record carrier,which when executed by the playback device control the playback deviceto switch between reading the first file, the second file and the atleast one additional file, wherein, in case the record carrier is anoriginal, the switching is controlled such that only the plurality ofsectors are read and none of the further sectors such that none of theadditional audiovisual data or additional audio data is reproduced.

4. The method of item 1 or 2, wherein the record carrier is a Blu-raydisc, the file system is the UDF file system, the first and second filesare included in a multi-angle play item, and the switching is done bychanging a setting of an angle register or by calling an angle changemethod of the playback device.5. The method of item 4, wherein the first file includes a first set ofextents and the second file includes a second set of extents, wherein atleast one extent included in the first set references one sector of theplurality of sectors and at least one extent included in the second setreferences said one sector.6. A record carrier, comprising:

a plurality of sectors storing audiovisual data or audio data, therecord carrier having a file system;

a plurality of further sectors storing additional audiovisual data oradditional audio data;

a first file of the file system, the first file referencing a first partof the plurality of sectors and a further first part of the plurality offurther sectors, such that when the first file is completely rendered bya playback device for the record carrier, a respective first part of theaudiovisual data or audio data and a respective further first part ofthe additional audiovisual data or additional audio data is reproduced;

a second file of the file system, the second file referencing a secondpart of the plurality of sectors and a further second part of theplurality of further sectors, such that when the second file iscompletely rendered by a playback device for the record carrier, arespective second part of the audiovisual data or audio data and arespective further second part of the additional audiovisual data oradditional audio data is reproduced;

program instructions, which when executed by the playback device controlthe playback device to switch between reading the first file and thesecond file, wherein, in case the record carrier is an original, theswitching is controlled such that only the plurality of sectors are readand none of the further sectors such that none of the additionalaudiovisual data or additional audio data is reproduced.

7. A method for reproducing content stored on a copy protected recordcarrier, the record carrier comprising

a plurality of sectors storing audiovisual data or audio data, therecord carrier having a file system;

a plurality of further sectors storing additional audiovisual data oradditional audio data;

a first file of the file system, the first file referencing a first partof the plurality of sectors and a further first part of the plurality offurther sectors, such that when the first file is completely rendered bya playback device for the record carrier, a respective first part of theaudiovisual data or audio data and a respective further first part ofthe additional audiovisual data or additional audio data is reproduced;

a second file of the file system, the second file referencing a secondpart of the plurality of sectors and a further second part of theplurality of further sectors, such that when the second file iscompletely rendered by a playback device for the record carrier, arespective second part of the audiovisual data or audio data and arespective further second part of the additional audiovisual data oradditional audio data is reproduced;

program instructions, which when executed by the playback device controlthe playback device to switch between reading the first file and thesecond file, wherein, in case the record carrier is an original, theswitching is controlled such that only the plurality of sectors are readand none of the further sectors such that none of the additionalaudiovisual data or additional audio data is reproduced.

8. A device adapted to reproduce content stored on a copy protectedrecord carrier, the record carrier comprising

a plurality of sectors storing audiovisual data or audio data, therecord carrier having a file system;

a plurality of further sectors storing additional audiovisual data oradditional audio data;

a first file of the file system, the first file referencing a first partof the plurality of sectors and a further first part of the plurality offurther sectors, such that when the first file is completely rendered bya playback device for the record carrier, a respective first part of theaudiovisual data or audio data and a respective further first part ofthe additional audiovisual data or additional audio data is reproduced;

a second file of the file system, the second file referencing a secondpart of the plurality of sectors and a further second part of theplurality of further sectors, such that when the second file iscompletely rendered by a playback device for the record carrier, arespective second part of the audiovisual data or audio data and arespective further second part of the additional audiovisual data oradditional audio data is reproduced;

program instructions, which when executed by the playback device controlthe playback device to switch between reading the first file and thesecond file, wherein, in case the record carrier is an original, theswitching is controlled such that only the plurality of sectors are readand none of the further sectors such that none of the additionalaudiovisual data or additional audio data is reproduced.

9. A device adapted to manufacture a copy protected record carrier,comprising:

a receiving unit adapted to receive audiovisual data or audio data to bestored in a plurality of sectors of a record carrier, the record carrierhaving a file system, the receiving unit further being adapted toreceive additional audiovisual data or additional audio data to bestored in a plurality of further sectors of the record carrier;

a data processor adapted to generate a first file of the file system tobe stored on the record carrier, the first file referencing a first partof the plurality of sectors and a further first part of the plurality offurther sectors, such that when the first file is completely rendered bya playback device for the record carrier, a respective first part of theaudiovisual data or audio data and a respective further first part ofthe additional audiovisual data or additional audio data is reproduced,the data processor being further adapted to generate a second file ofthe file system to be stored on the record carrier, the second filereferencing a second part of the plurality of sectors and a furthersecond part of the plurality of further sectors, such that when thesecond file is completely rendered by a playback device for the recordcarrier, a respective second part of the audiovisual data or audio dataand a respective further second part of the additional audiovisual dataor additional audio data is reproduced.

10. The device according to item 9, wherein the receiving unit isfurther adapted to receive program instructions to be stored on therecord carrier, which when executed by the playback device control theplayback device to switch between reading the first file and the secondfile, wherein, in case the record carrier is an original, the switchingis controlled such that only the plurality of sectors are read and noneof the further sectors such that none of the additional audiovisual dataor additional audio data is reproduced.11. The device according to item 9 or 10, further including areproduction unit adapted to store the sectors and further sectors,first and second files and program instructions on a record carrier.

1. A method for copy protection, comprising: providing audiovisual dataor audio data to be stored in a plurality of sectors of a recordcarrier, the record carrier having a file system; providing additionalor modified audiovisual data or additional or modified audio data to bestored in a plurality of further sectors of the record carrier;generating a first file of the file system to be stored on the recordcarrier, the first file referencing at least a part of the plurality ofsectors and none of the further sectors, such that when the first fileis rendered by a playback device for the record carrier, the audiovisualdata or audio data is reproduced which is included in the part of theplurality of sectors; generating a second file of the file system to bestored on the record carrier, the second file being another file thanthe first file and referencing at least a part of the plurality ofsectors and further referencing at least one of the plurality of furthersectors, such that when the second file is rendered by the playbackdevice the part of the plurality of sectors and the at least one of theplurality of further sectors are reproduced.
 2. The method of claim 1,further comprising: generating further second files, each of the furthersecond files being other files than the first file and the second file,the further second files respectively referencing at least a respectivepart of the plurality of sectors and further referencing at least arespective one of the plurality of further sectors, such that when arespective further second file is rendered by the playback device therespective part of the plurality of sectors and the respective one ofthe plurality of further sectors are reproduced.
 3. The method of claim2, further comprising: determining program instructions to be stored onthe record carrier, which program instructions, when executed by theplayback device, extract characteristic parameters of the recordcarrier, wherein based on the characteristic parameters the first fileis discriminated from the second and further second files.
 4. The methodof claim 1, wherein the additional or modified audiovisual data oradditional or modified audio data includes any one of advertisement,video artifacts, audio artifacts, copyright information, salesinformation and exchange audio streams.
 5. The method of claim 1,wherein the first file includes first data units, and wherein the secondfile includes second data units, wherein the first and second data unitsat least partly reference the same sectors.
 6. The method of claim 1,wherein the first file includes a first set of data units referencing atleast a part of the plurality of sectors, and wherein the second fileincludes a second set of data units referencing a part of the pluralityof further sectors, wherein at least one data unit of the second set isa modified copy of a respective one data unit of the first set, whereinthe modified copy includes modified audiovisual data or audio data ofthe respective one data unit, wherein a format of the modifiedaudiovisual data or audio data is in conformity with a specification ofthe format of the audiovisual data or audio data of the respective onedata unit.
 7. The method of claim 6, wherein the record carrier is aBlu-ray disc, the file system is the UDF file system, the first andsecond files are UDF files, and the data units are extents.
 8. Themethod of claim 1, comprising: generating a plurality of further firstfiles of the file system, the further first files referencing respectivefurther parts of the plurality of sectors and none of the furthersectors; generating a playlist including the first file and the furtherfirst files, wherein when the playlist is used for playback by theplayback device, the audiovisual data or audio data is reproduced ingenuine quality; generating at least one further playlist including thesecond file or at least one of the further second files, such that whenone of the further playlists is used for playback by the playbackdevice, at least a part of the additional or modified audiovisual dataor additional or modified audio data is reproduced.
 9. The method ofclaim 8, further comprising: determining program instructions to bestored on the record carrier, which program instructions, when executedby the playback device, extract characteristic parameters of the recordcarrier, wherein based on the characteristic parameters the playlist isdiscriminated from the at least one further playlist.
 10. The method ofclaim 1, wherein the record carrier is a Blu-ray disc storing 3Dcontent, wherein the second file references further sectors for the lefteye or the right eye.
 11. A method for reproducing content stored on acopy protected record carrier, the record carrier comprising audiovisualdata or audio data stored in a plurality of sectors of a record carrier,the record carrier having a file system; additional or modifiedaudiovisual data or additional or modified audio data stored in aplurality of further sectors of the record carrier; a first file of thefile system, the first file referencing at least a part of the pluralityof sectors and none of the further sectors, such that when the firstfile is rendered by a playback device for the record carrier, theaudiovisual data or audio data is reproduced which is included in thepart of the plurality of sectors; a plurality of second files of thefile system, the plurality of second files being other files than thefirst file and referencing at least a part of the plurality of sectorsand further referencing at least one of the plurality of furthersectors, such that when the second file is rendered by the playbackdevice the part of the plurality of sectors and the at least one of theplurality of further sectors are reproduced program instructions which,when executed by the playback device, extract characteristic parametersof the record carrier, wherein based on the characteristic parametersthe first file is discriminated from the plurality of second files, themethod comprising the steps of: executing the program instructions, suchas to render the audiovisual data or audio data and/or the additional ormodified audiovisual data or additional or modified audio data dependingon whether the record carrier is an original or a copy.
 12. A deviceadapted to reproduce content stored on a copy protected record carrier,the record carrier comprising audiovisual data or audio data stored in aplurality of sectors of a record carrier, the record carrier having afile system; additional or modified audiovisual data or additional ormodified audio data stored in a plurality of further sectors of therecord carrier; a first file of the file system, the first filereferencing at least a part of the plurality of sectors and none of thefurther sectors, such that when the first file is rendered by a playbackdevice for the record carrier, the audiovisual data or audio data isreproduced which is included in the part of the plurality of sectors; aplurality of second files of the file system, the plurality of secondfiles being other files than the first file and referencing at least apart of the plurality of sectors and further referencing at least one ofthe plurality of further sectors, such that when the second file isrendered by the playback device the part of the plurality of sectors andthe at least one of the plurality of further sectors are reproducedprogram instructions which, when executed by the playback device,extract characteristic parameters of the record carrier, wherein basedon the characteristic parameters the first file is discriminated fromthe second and further second files, wherein the device comprises arendering unit adapted to execute the program instructions and to renderthe audiovisual data or audio data and/or the additional or modifiedaudiovisual data or additional or modified audio data depending onwhether the record carrier is an original or a copy.
 13. A deviceadapted to generate an image for manufacturing a copy protected recordcarrier, comprising: a receiving unit adapted to receive audiovisualdata or audio data to be stored in a plurality of sectors of a recordcarrier, the record carrier having a file system, the receiving unitbeing further adapted to receive additional or modified audiovisual dataor additional or modified audio data to be stored in a plurality offurther sectors of the record carrier; a data processor adapted togenerate a first file of the file system to be stored on the recordcarrier, the first file referencing at least a part of the plurality ofsectors and none of the further sectors, such that when the first fileis rendered by a playback device for the record carrier, the audiovisualdata or audio data is reproduced which is included in the part of theplurality of sectors, the data processor being further adapted togenerate a plurality of second files of the file system to be stored onthe record carrier, the second files being other files than the firstfile and referencing at least a part of the plurality of sectors andfurther referencing at least one of the plurality of further sectors,such that when the second file is rendered by the playback device thepart of the plurality of sectors and the at least one of the pluralityof further sectors are reproduced, the data processor being furtheradapted to receive or to generate program instructions to be stored onthe record carrier, which program instructions, when executed by theplayback device, extract characteristic parameters of the recordcarrier, wherein based on the characteristic parameters the first fileis discriminated from the plurality of second files.
 14. A recordcarrier, comprising: audiovisual data or audio data stored in aplurality of sectors of the record carrier, the record carrier having afile system; additional or modified audiovisual data or additional ormodified audio data stored in a plurality of further sectors of therecord carrier; a first file of the file system, the first filereferencing at least a part of the plurality of sectors and none of thefurther sectors, such that when the first file is rendered by a playbackdevice for the record carrier, the audiovisual data or audio data isreproduced which is included in the part of the plurality of sectors; asecond file of the file system, the second file being another file thanthe first file and referencing at least a part of the plurality ofsectors and further referencing at least one of the plurality of furthersectors, such that when the second file is rendered by the playbackdevice the part of the plurality of sectors and the at least one of theplurality of further sectors are reproduced.
 15. The record carrier ofclaim 14, comprising: further second files, each of the further secondfiles being other files than the first file and the second file, thefurther second files respectively referencing at least a respective partof the plurality of sectors and further referencing at least arespective one of the plurality of further sectors, such that when arespective further second file is rendered by the playback device therespective part of the plurality of sectors and the respective one ofthe plurality of further sectors are reproduced.
 16. The record carrierof claim 15, comprising: program instructions which, when executed bythe playback device, extract characteristic parameters of the recordcarrier, wherein based on the characteristic parameters the first fileis discriminated from the second and further second files.
 17. A methodfor copy protection, comprising: providing data to be stored in aplurality of sectors of a record carrier, the record carrier having afile system, the data having an original byte order; generating a firstfile of the file system to be stored on the record carrier, the firstfile referencing the plurality of sectors in a first order, wherein whenthe first file is read by a reading device for the record carrier, thedata is read in the original byte order; generating a second file of thefile system to be stored on the record carrier, the second file beinganother file than the first file and referencing at least a part of theplurality of sectors in a second order, wherein when the second file isread by the reading device for the record carrier, the data is not readin the original byte order.
 18. The method for copy protection of claim17, comprising: providing additional data to be stored in furthersectors of the record carrier, wherein the second file references thefurther sectors such that the reading device will read the furthersectors when reading the second file.
 19. A record carrier, comprising:data stored in a plurality of sectors of the record carrier, the recordcarrier having a file system, the data having an original byte order; afirst file of the file system, the first file referencing the pluralityof sectors in a first order, wherein when the first file is read by areading device for the record carrier, the data is read in the originalbyte order; a second file of the file system, the second file beinganother file than the first file and referencing at least a part of theplurality of sectors in a second order, wherein when the second file isread by the reading device for the record carrier, the data is not readin the original byte order.
 20. A device adapted to manufacture a copyprotected record carrier, comprising: a receiving unit adapted toreceive data to be stored in a plurality of sectors of a record carrier,the record carrier having a file system, the data having an originalbyte order; a data processor adapted to generate a first file of thefile system to be stored on the record carrier, the first filereferencing the plurality of sectors in a first order, wherein when thefirst file is read by a reading device for the record carrier, the datais read in the original byte order, the data processor being furtheradapted to generate a second file of the file system to be stored on therecord carrier, the second file being another file than the first fileand referencing at least a part of the plurality of sectors in a secondorder, wherein when the second file is read by the reading device forthe record carrier, the data is not read in the original byte order.